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METHOD OF GENERATING A CRYPTOSYNC 

BACKGROUND OF THE INVENTION 
[ 0001 ] Encryption has found wide spread use in numerous fields 
such as wireless communication, the internet, etc. The message, data, 
voice, etc. to be encr3^ted is usually referred to as the plaintext, and 
the result of the encr5p>tion process is referred to as the ciphertext. 
Often, the encrypting process involves performing an encryption 
algorithm on the plaintext to obtain the ciphertext. Many encryption 
algorithms such as DES, AES, etc. involve the use of a key in the 
encryption process. The encryption key is a bit sequence used in the 
encryption algorithm to generate the ciphertext. The encryption key is 
known at both the send and receive sides of the communication, and 
at the receive side is used to decrypt the ciphertext into the plaintext. 
[ 0002 ] One example of encryption in the wireless communication 
environment involves encrypting frames of information sent between a 
base station and a mobile station. Unfortunately, if the same 
information (i.e., the same plaintext) is sent during two different 
frames, the same ciphertext is produced. As such information on the 
ciphertext is said to have leaked. This process also permits a replay 
attack wherein a malicious attacker sends previously sent ciphertext. 
Because the ciphertext will be decrypted into plaintext as opposed to 
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meaningless text, a replay attack can reek havoc at the receiver side of 
the communication. 

[ 0003 ] To prevent replay attacks, an encryption technique using a 
ciyptosync has been developed. The cryptosync, for example, is a 
count value incremented after each use of the cryptosync for 
encryption. In this manner, the cryptosync changes over time. In a 
typical use of the cryptosync, the encryption algorithm is applied to 
the cryptos5mc as if the cr5rptos3mc were plaintext. The resulting 
output is referred to as a mask. The mask then undergoes ein 
exclusive-or operation with the information (e.g., voice, data, etc.) for 
encryption to generate the plaintext. As with encryption keys, the 
cryptos5nic is known at both the send and receive sides, and at the 
receive side is used to decrypt the ciphertext into the plaintext. 

[ 0004 ] As will be appreciated, the cryptosync changes with each use 
such that even if the information remains the same, for example, over 
different frames of a communication session, the resulting ciphertext 
does change. 



SUMMARY OF THE INVENTION 
[ 0005 ] The present invention provides a method of generating a 
cryptos3nic such as for use in a communication session between two 
communication devices. 
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[ 0006 ] If a cryptos}^c is out of sync, lost, etc., the ciyptos5mc may 
be reset. However, re-s5mchronizing a cryptosync by setting the 
ciyptos5mc to a same value each time defeats the purpose behind 
using a cr3rptosync. For example, if for each new communication 
session, the ciyptos5mc is reset to the same value or to a value that 
was used previously used while the encr3rption key remains 
unchanged and the same information is transmitted at the beginning 
of each communication session, then the same ciphertext may be 
generated. 

[ 0007 ] In one embodiment of the present invention, a cryptosync for 
use such as in a communication session is derived from a second 
cryptos5mc. The second cryptosync changes between communication 
sessions such that the derived cr3rptos3mc changes for each 
communication session. 

[ 0008 ] In one exemplary embodiment, the ciyptosync is derived as 
at least a portion of the second cryptos5mc. For example, the 
cryptosync may be derived as at least a portion of the second 
cryptos3mc and a fixed bit sequence. 

[ 0009 ] In another exemplary embodiment, a pseudo-random 
function is performed on the second ciyptosync, and the derived 
cryptos5mc is derived from the output of the pseudo-random function. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[ 0010 ] The present invention Avill become more fully imderstood 
from the detailed description given herein below and the 
accompan 5 ring drawings, wherein like elements are represented by like 
reference numerals, which are given by way of illustration only and 
thus are not limiting of the present invention and wherein: 

[ 0011 ] Fig. 1 illustrates the formation of a short-lived cryptosync 
from a long-lived ciyptosync according to one embodiment of the 
present invention. 



DETAILED DESCRIPTION OF THE EMBODIMENTS 
[ 0012 ] For ease of understanding and simplicity of description, the 
embodiments of the present Invention will be described in the context 
of wireless communication such as according to the family of 
CDMA2000 standeirds. However, it should be understood that the 
methodologies described are not limited to this communication 
standard or to wireless communication. 

[ 0013 ] In wireless communication, mobile stations communicate 
with base stations over the eiir. A mobile station may be a mobile 
phone, wireless computer, etc. The base station services a geographic 
area; namely, services communication to and from mobile stations in 
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the geographic area. Often this communication is encr}q)ted. In 
CDMA2000, for example, there exist several long lived keys such as a 
cipher key (CK) and an integrity key (IK) associated with a mobile 
station that are used in the encryption processes and messaging 
integrity protection processes, respectively. CDMA2000 also provides 
for, relatively speaking, a long lived cryptos 3 mc (e.g., TX_EXT_SSEQ 
and RX_EXT_SSEQ in CDMA2000). The long-lived ciyptosync (LLCS) 
is used to encrypt and decrypt messages (e.g., signaling messages) 
between the base station and mobile station, to verify message 
integrity, or both. After each use, the LLCS is incremented in the 
usual fashion so that the ciphertext generated using the LLCS is 
resistant to replay attacks. Initially, upon need or request, the LLCS 
may be derived using any well-known authentication protocol such as 
set forth in CDMA2000. 

[ 0014 ] Besides the usual voice communication, CDMA2000 and 
other standards also provide for data communication (e.g., internet 
surfing, email downloads, etc.). The communication channel for 
communicating information (e.g., voice, data, etc.) between the base 
station and mobile station is often referred to as the radio link, and 
one protocol for data communication, for example, is referred to as the 
radio link protocol (RLP). To establish an RLP communication, a 
communication charmel between the mobile station and base station 
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is established in a well-known manner such as through message 
integrity using the LLCS. When the RLP communication ends, the 
communication channel is tom down. The time during which the 
communication channel existed for communication of information 
(e.g., voice, data, etc.) is referred to generally as the communication 
session. 

[ 0015 ] During a communication session, several frames as defined 
by the RLP may be communicated. According to the present invention, 
each freune is encrypted using what will be referred to herein as a 
short-lived ciyptos 5 mc (SLCS). The SLCS is short lived in comparison 
to the LLCS in that the Ufe of the SLCS is limited to the duration of the 
communication session. Namely, as wUl be described in detail below, a 
value for the SLCS is newly derived for the next communication 
session. 

[ 0016 ] By contrast, the hfe of the LLCS is not limited to a single RLP 
session. For example, in CDMA2000, the natural Ufe of the LLCS is 
tied to the duration of the cipher key (CK) and an integrity key (IK). 

For example cerlain types of registration (e.g., registration at a new 
visiting location register VLR), result in a new CK and a new IK. 
Accordingly, this ends the life of the previous CK and IK, and along 
with it, the Ufe of the LLCS associated with those keys. AdditionaUy, 
events such as the mobile station powering down and losing the LLCS 
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may terminate the life of the LLCS. In general, however, the Ufe of the 
LLCS extends over multiple communication sessions. Stated another 
way, the LLCS continues in use during emd after expiration of an 
SLCS. As will be appreciated m detail below, the methodologies of the 
present invention exploit this difference between the SLCS and the 
LLCS. 

[ 0017 ] The LLCS changes between communication sessions in part 
because the message used to initiate a communication session is 
Integrity protected using the LLCS. As such, the value of the LLCS Is 
Incremented after each use, and In at least this manner, the LLCS will 
have a different value for each communication session. It will be 
appreciated that as a result of other uses of the LLCS, further 
incrementing of the LLCS may occur between communication sessions 
Because, as described in detail below, the SLCS is derived from the 
LLCS, the SLCSs derived for different communication sessions will 
have different values: thus, helping to prevent a replay attack. 

[ 0018 ] According to one embodiment of the present invention, the 
SLCS is derived using a portion of or the entirety of the LLCS. Fig. 1 
illustrates am example of an SLCS according to this embodiment. In 
the example shown in Fig. 1 , it is assumed that the SLCS has a length 
greater than the length of the LLCS. More particularly, the example of 
Fig. 1 assumes the case of a 64 bit SLCS and a 32 bit LLCS. As 
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shown, the most significant 32 bits of the SLCS are the 32 bits of the 
LLCS. The remaining, least significant 32 bits of the SLCS are a fixed 
bit stream. In the case of Fig. 1 , the fixed bit stream is a string of all 
Os. 

[0019] As will be appreciated, the fixed bit stream need not be all Os 
or aU Is. Furthermore, instead of using the entirety of the LLCS to 
form a portion of the SLCS, only a portion of the LLCS may be used; 
however, it will be appreciated that this may not offer the highest 
degree of protection against repeating the SLCS. 

[0020] According to another embodiment of the present invention, 
any well-known pseudo-random function may be applied to the LLCS. 
The result is then used to generate the SLCS. For example, the 
resulting pseudo-random number may used in the same manner as 
the LLCS in the previously described embodiment to generate the 
SLCS. Alternatively, the resulting pseudo-random number may be 
used as the SLCS. 

[0021] It will be appreciated that further numerous variations for 
deriving the SLCS from the LLCS may exist, and that these specific 
embodiments are intended to fall within the overall concept driving the 
present invention. 

[0022] Because the same LLCS is known at both the mobile station 
and base station, the same SLCS is derived for the communication 
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session therebetween. The derived SLCS is then used in the 
conventional manner to encrypt a frame of information at the send 
side (base station or mobile station) and decr 3 rpt the frame of 
information at the receive side (mobile station or base station). After 
each encryption and decr 3 rption, the value of the SLXDS is incremented 
and used for encryption and decryption of the next frame. When the 
communication session ends, so ends the life of the SLCS. For the 
next communication session, the SLCS is derived anew as described 
in detail above. 

[0023] The invention being thus described, it will be obvious that 
the same may be varied in many ways. Such variations are not to be 
regarded as a departme from the spirit emd scope of the invention, 
emd all such modifications are intended to be included within the 
scope of the present Invention. 
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